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ABSTRACT 



A novel acknowledgment mechanism efficiently requests 
affirmation from a neighboring node coupled to a commu- 
nication link of a network that the neighbor is "alive" and 
connected to that link. The acknowledgment mechanism 
comprises control information generated by a source node 
and generally stored in a network layer header of a data 
packet transmitted to the neighbor. This next-hop acknowl- 
edgement (or lack thereof) from the neighbor provides a fast 
and efficient indication of (lost) system connection between 
adjacent nodes of a network. 

15 Claims, 8 Drawing Sheets 



700 



SPECIAL SOCKET 
VALUE 656 



EXPANDED HEADER 
FIELDS £50. 



5" 



07/25/2003, EAST version: 1.04.0000 



U.S. Patent 



Sep. 8, 1998 



Sheet 1 of 8 



5,805,818 



O 
O 



\ 



Oj 
LOl 

111 

Q 
O 



O 



CO 
LU 
Q 



n 

LU 
Q 
O 
Z 
LU 
O 
QC 
=> 

o 

CO 



.2 CO 
> HI 

uj SF < 



< CVJI 

O in 

_i 
0- 
CL 
< 



*3 

in ^ 



LU 
CO 
LU 
CC 
CL 



CO 
CO 
LU 
CO 



CC 

o 

CL C0| 
CO m 
Z H 
< 
CC 



z 



-I CMI 

j<3 



2 



5 

CO 
CL 



h 

o 

CO 



p 

ll y 

DC 
CL 



APPLICATION 


PRESENTATION 
114 


SESSION 


TRANSPORT 
118 


NETWORK 
120 


DATA LINK 
122 


PHYSICAL 


















m 

CM 



07/25/2003, EAST version: 1.04.0000 




07/25/2003, EAST Version: 1.04.0000 



U.S. Patent Sep. 8, 1998 Sheet 3 of 8 



5,805,818 




07/25/2003, EAST version: 1.04.0000 



U.S. Patent Sep. 8, 1998 Sheet 4 of 8 5,805,818 



410 



VERSION 



IHL 



TYPE OF SERVICE 



TOTAL LENGTH 414 



IDENTIFICATION 



"i — r 
i i 

J L 



OFFSET 



412 



TIME TO LIVE 



PROTOCOL 



HEADER CHECKSUM 416 



SOURCE ADDRESS 422 



DESTINATION ADDRESS 424 



OPTIONS 426 



PADDING 



DATA 




FIG. 4A 



07/25/2003, EAST version: 1.04.0000 



U.S. Patent 



Sep. 8, 1998 



Sheet 5 of 8 



5,805,818 



450 



452 



NETWORK LAYER PROTOCOL IDENTIFIER 



LENGTH INDICATOR 454 



VERSION/PROTOCOL ID EXTENSION 



LIFETIME 



i — r 

I I 

J L 



TYPE 



SEGMENT LENGTH 



HEADER CHECKSUM 45§ 



DESTINATION ADDRESS LENGTH INDICATOF 



470- 



DESTINATION ADDRESS 4§2 



SOURCE ADDRESS LENGTH INDICATOR 



SOURCE ADDRESS 464 



DATA UNIT IDENTIFIER 



SEGMENT OFFSET 



TOTAL LENGTH 



OPTIONS 466 



DATA 



FIG. 4B 



480 



OPTION CODE 482 



LENGTH 484 



VALUE 486 



J 



FIG. 4C 



07/25/2003, EAST Version: 1.04.0000 



U.S. Patent Sep. 8, 1998 Sheet 6 of 8 5,805,818 



500 



CHECKSUM 



LENGTH 



HOP COUNT 



PACKET TYPE 



510 



520 



DESTINATION NETWORK 
512 

DESTINATION NODE 
514 

DESTINATION SOCKET 
516 

SOURCE NETWORK 
522 

SOURCE NODE 
524 

SOURCE SOCKET 
526 

DATA 
530 



FIG. 5 
(PRIOR ART) 



07/25/2003, EAST version: 1.04.0000 



U.S. Patent 



Sep. 8, 1998 



Sheet 7 of 8 



5,805,818 



700 



SPECIAL SOCKET 
VALUE 656 



EXPANDED HEADER 
FIELDS 660 



670 



DATA 
630 



^600 



FIG. 6 



07/25/2003, EAST version: 1.04.0000 



U.S. Patent Sep. 8, 1998 Sheet 8 of 8 5,805,818 




07/25/2003, EAST version: 1.04.0000 



5,805,818 

1 2 

SYSTEM FOR ACKNOWLEDGING link layer 122 manipulates the bit stream and transforms it 

AVAILABILITY OF NEIGHBOR NODE into a datastream that appears free of transmission errors. 

USING DATA PACKET CONTAINING DATA This latter task is accomplished by dividing the transmitted 

THAT IS ORDINARILY FO WARDED TO data into frames and transmitting the frames sequentially, 

NEIGHBOR NODE 5 accompanied with error correcting mechanisms for detect- 
ing or correcting errors. The network layer 120 routes data 

FTFT n OF THF IMVPNTTON p3CketS froin tDe S0UrCe DOde t0 ^ destination node b y 

ntLU ut 1 ttti 1IN v tIN 1 1U1N selecting one of many alternative paths through the physical 

This invention relates generally to computer networks network. The transport layer 118 accepts the datastream 

and, more particularly, to efficient detection of lost connec- io from the session layer 116, apportions it into smaller units (if 

tivity among communication devices of a computer net- necessary), passes the smaller units to the network layer 120 

work. and provides appropriate mechanisms to ensure that all the 

BACKGROUND OF THE INVENTION unils arrive correctly at the destination. 

A . u- ii j- * -u » j i The session layer 116 establishes data transfer "sessions" 

A computer network is a geographically distributed col- 1C , * " " . . 

lection of interconnected communication links for transport- 15 between software processes on the source and destination 

ing data between nodes, such as computers. A plurality of n ° des - alon 8 W J? management of such sessions in an 

° . t , . A • . * . j t ■ * rt orderly fashion. That is, a session not only allows ordinary 

computer networks may be further interconnected by inter- J , ' J . . , 3 

mediate nodes, or routers, to extend the effective "size" of data ttans P ort . between Ae nodes '. but * dso P 1 ™^ 

the networks, smaUer portions of which may be maintained „ f nhan «^ la e some apphcaUons The presenaUon 

as autonomous domains of nodes. These nodes typically 20 114 P erforms &equently-requested functions relating 

communicate by exchanging discrete "packets" of data to ' he presentation of transmitted data, including encoding 

according to predefined protocols. In this context, a protocol of data 1Dt0 standard formats while the application layer 112 

consists of a set of rules defining how the nodes interact with cont!ims a vanet y. of P™ 10 ™ 1 * ^ at are ""n™ 1 ^ needed b V 

each other processes executing on the nodes. 

"ibe communication links forming the networks may be * Data transmission over the network 100 therefore consists 

permanently installed to their interconnected nodes, as in the of generating data in, e.g., a sending process 104 executing 

case of an Ethernet communications system, or they may be on the source node 110 > P 3 * 511 ^ l ,hal dala l ° lhe ^plication 

dial-up lines of a switched telephone network that remain la V er 112 and down ^Sfi the layers of the protocol stack 

ordinarily unconnected. An example of a network that 30 125 > where the dala are sequentially formatted as a packet 

utilizes dial-up lines is the Integrated Services Digital Net- for dehverv onto th f channel 180 as bl,s ; f?* 6 ! bUs 

work (ISDN) are D transmiUe d t0 tne protocol stack 175 ol the desti- 

In order to'reduce design complexity, most networks are nation . node 150 ' ™ h ™ ^ are . ***** U P that s *<* l ° a 

organized as a series of hardware and software levels or «*™S P KC J* 174 - Data flow 15 statically illustrated 

"layers" within each node. These layers interact to format 35 ^ 50 arrows * 

data for transfer between, e.g., a source node and a desti- Although actual data transmission occurs vertically 

nation node communicating over the network. Specifically, through the stacks, each layer is programmed as though such 

predetermined services are performed on the data as it transmission were horizontal. That is, each layer in the 

passes through each layer and the layers communicate with source node 100 is programmed to transmit data to its 

each other by means of the predefined protocols. This 40 corresponding layer in the destination node 150, as sche- 

layered design permits each layer to offer selected services matically shown by dotted arrows. To achieve this effect, 

to other layers using a standardized interface that shields each layer of the protocol stack 125 in the source node 110 

those layers from the details of actual implementation of the typically adds information (in the form of a header field) to 

services. In an attempt to standardize network architectures, the data packet generated by the sending process as the 

i.e., the sets of layers and protocols used within a network, 45 P acket descends the stack. At the destination node 150, the 

a generalized model has been proposed by the International various headers are stripped off one-by-one as the packet 

Standards Organization (ISO). The model, called the Open propagates up the layers of stack 175 until it arrives at the 

Systems Interconnection (OSI) reference model, is directed receiving process. 

to the interconnection of systems that are "open" for com- As noted, a significant function of each layer in the OSI 
munication with other systems. The proposed OSI model has 50 model is to provide services to the other layers. Two types 
seven layers which are termed, in ascending interfacing of services offered by the layers are "connection-oriented" 
order, the physical, data link, network, transport, session, and "connectionless" network services. In a connection- 
presentation, and application layers. These layers are oriented service, the source node establishes a connection 
arranged to form a "protocol stack" in each node of the with a destination node and, after sending a packet, termi- 
network. 55 nates the connection. The overhead associated with estab- 
FIG. 1 illustrates a schematic block diagram of prior art lishing the connection may be unattracuve for nodes requir- 
protocol stacks 125 and 175 used to transmit data between ing efficient communication performance. For this case, a 
a source node 110 and a destination node 150, respectively, fully connectionless service is desirable where each trans- 
of a computer network 100. Each protocol slack is structured mitted packet carries the fill address of its destination 
according to the OSI seven -layer model; accordingly, each 60 through the network. 

stack comprises a collection of protocols, one per layer. As Network layer protocols are generally used to implement 

can be seen, the protocol stacks 125 and 175 are physically a connectionless network service, the latter of which prima- 

connected through a communications channel 180 at the rily defines a packet format. When the network layer 

physical layers 124 and 164. For ease of description, the receives a packet from the transport layer for transmission 

protocol stack 125 will be described. 55 over the network, it adds (to the packet) a header containing, 

Broadly slated, the physical layer 124 transmits a raw data inter alia, source and destination addresses. Examples of 

bit stream over a communication channel 180, while the data network layer protocols are the connectionless network layer 
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protocol (CLNP) defined by ISO, the Internet (IP) network of a data packet as an option. In the case of network layer 

layer protocol and the Internet Packet Exchange (IPX) headers that support option fields, such as the connectionless 

protocol. network layer protocol (CLNP) and the Internet (IP) net- 

Thc overall packet formats of the CLNP and IP headers work layer protocol headers, a new option type is defined for 

may be extended to accommodate added features by way of 5 the next-hop acknowledgment. The Internet Packet 

option fields contained within the headers defined by the Exchange (IPX) protocol header, however, does not acco- 

network layer services. The types of options supported by modate option fields and, thus, a network addressing 

these fields typically include source routing, priority and arrangement is provided that expands the format of this 

security-specific information. However, the conventional header to support the novel control information, e.g., a flag, 

IPX header format is generally not expandable since its 10 as 311 option. 

header was not designed to accomodate appended fields in In accordance with the present invention, the inventive 

a manner that is compatible with the remaining fields of the acknowledgement mechanism effectively combines the 

packet. functions previously provided by two distinct message and 

One aspect of network layer protocols involves the rout- P acket transfers into a single packet transfer over the net- 

ing of packets from the source node to the destination node. 35 work to significantly reduce resource consumption on the 

In particular, this aspect of the network layer concerns the network. Moreover, the next-hop acknowledgment mecha- 

algorithms and protocols used by routers when cooperating nism ma y be used m a multiple-step process to provide a fast 

to calculate paths through a network topology. A further indication of lost system connection between adjacent nodes 

aspect of these routing protocols pertains to handshaking °f a network. 

exchanges between adjacent, neighboring routers coupled to 20 For example, assume the acknowledgement flag is 

a communication link for the purpose of determining asserted within a packet that includes data transmitted by a 

whether that link is down. Such handshaking exchanges, source node over an optimal route encompassing a commu- 

e.g., control "hello" messages, require constant background nication link to a neighbor node. As noted, the inventive 

traffic over the network to ensure that the neighbors are mechanism operates to minimize the traffic needed to ensure 

reachable; often, this traffic is expensive in terms of band- 25 that the neighbor is reachable by including the acknowl- 

widlh and resource processing consumption. edgement flag within a packet that would ordinarily be sent 

In general, if there is a portion of the network that is only to lhe neighbor. According to the invention, if the link is 

reachable by a node through a particular communication "up" the neighbor node preferably returns an acknowledg- 

link, then that node typically would not need to know the 3Q ment to the source immediately upon reception of the 

availability of a neighbor coupled to that link unless the node packet. 

has data to forward to the neighbor. Alternatively, if the node However, if the fink is not up, then the source is quickly 

has recently received data from the neighbor, the node may notified of this condition because the neighbor will not 

assume that the neighbor is "up" and available. In either respond immediately with the acknowledgement. This latter 

case, there is no reason to send the hello messages, thereby 35 situation is advantageous where the communication link of 

avoiding the overhead traffic needed to reassure the node the optimal route happens to be the only path between these 

that the link is connected. nodes. If, there is an alternate path between the nodes and 

However, in certain situations it still may be useful to the source node does not receive an acknowledgment within 

determine if the link can bear traffic prior to sending data a reasonable, predetermined period of time (which may 

over that link. For these situations, the node periodically 40 include a few retransmission attempts), then the source 

transmits the hello messages to the neighbor to solicit declares the neighbor "dead", i.e., unavailable, and quickly 

acknowledgement of the neighbor's availability on the net- retransmits the message over that alternate path, 

work. Here, a hello message is sent and, if there is no Dmcc nrcrniDnnM rnr tuc no awtm^c 

response within a predetermined period of time, e.g., 20 DESCRIPTION OF THE DRAWINGS 

seconds, then other messages are periodically sent to the 45 The above and further advantages of the invention may be 

neighbor. Upon receiving an acknowledgement responsive better understood by referring to the following description in 

to the hello message, the node transmits a separate packet conjunction with the accompanying drawings, in which like 

containing data to the neighbor. A problem with exchanging references indicate similar elements, and in which: 

traffic involving distinct control messages and data packets nG x is a schematic block diagram of prior art protocol 

is that the traffic consumes resources on the network; the 50 stacks ^ tQ transmit dala between a source node and a 

present invention is directed to reducing such resource destination node of a computer network; 

consumption. 2 is a block diagram of a network system including 

SUMMARY OF THE INVENTION a collection of computer networks connected to a plurality of 

n~ . , i . nodes; 

The invention comprises an acknowledgment mechanism 55 ^ ¥ ^, „ . , . , , . r - , 

for quickly and efficiently requesting affirmation from a / 1G - 3 ls ■thematic block diagram of a first embodiment 

neighboring node coupled to a communication link of a of 3 s y stem havin 8 a plural.ty of domains interconnected by 

network that the neighbor is "alive" and connected to that a communication link in which a novel acknowledgment 

link. ITie novel mechanism preferably comprises control mechanism of the present invention may be advantageously 

information within a packet that requests acknowledgement go u ' 

from the neighbor that the packet was successfully received. FIG. 4A is a schematic diagram depicting the format of a 

As described herein, this next-hop acknowledgement (or conventional IP network layer header; 

lack thereof) from the neighbor provides an efficient indi- FIG. 4B is a schematic diagram depicting the format of a 

cation of (lost) system connection between adjacent nodes of conventional CLNP network layer header; 

a network. 65 FIG. 4C is a schematic diagram depicting the format of an 

Preferably, the control information is generated by a options field of the network layer headers of FIGS. 4A and 

source node and generally stored in a network layer header 4B; 
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FIG. 5 is a schematic diagram depicting the format of a final destination of the packet as node D. Based on this 

conventional IPX network layer header; information, Rl determines that the next node along the 

FIG. 6 is a schematic diagram illustrating an improved optimal path is router R2 and proceeds to pass the packet 

format of the IPX network layer header for storing the novel onto LAN 2 for reception by that node. Router R2 then 

acknowledgment mechanism according to the invention; 5 determines that the next node is the final destination node D 

anc j and transmits the packet over LAN 3 to node D. 

FIG. 7 is a schematic block diagram of a second embodi- Another aspect of the routing function relates to hand- 

ment of a system having a plurality of domains intercon- shaking exchanges between adjacent, neighboring nodes, 

nected by communication links in which the novel acknowl- e.g., routers, coupled to the LAN for the purpose of deter- 

edgment mechanism of the present invention may be 10 mining whether a communication link of the LAN is down, 

advantageously used. Here, the routers periodically exchange hello messages to 

inform other routers of their availability on the network. If 

DETAILED DESCRIPTION OF ILLUSTRATIVE a neighboring router is unavailable, i.e., "down", it may take 

EMBODIMENT an unreasonably long period of time before the source router 

FIG. 2 is a block diagram of a network system 200 35 realizes this status. As noted, a problem with exchanging 

comprising a collection of computer networks connected to such traffic 15 ^ 11 consumes resources on the network, 

a plurality of nodes. The nodes are typically general-purpose FIG- 3 is a schematic block diagram of a system 300 

computers comprising a source node S, an end node N, a comprising a plurality of network portions or domains 310 

destination node D and a plurality of intermediate nodes and 320 interconnected by a LAN 330 coupled to routers Rl 

R1-R2. Each node typically comprises a central processing 312 and R2 322. Here, a portion of the network is reachable 

unit (CPU) 202, a memory unit 204 and at least one network by a router solely through a particular communication link, 

adapter 206 interconnected by a system bus 210. The Rl and R2 typically "handshake" by constantly (e.g., every 

memory unit 204 may comprise storage locations typically 20 seconds) exchanging hello messages; such handshaking 

composed of random access memory (RAM) devices, which is significant because if R2 were to be disconnected from the 

are addressable by the CPU 202 and network adapter 206. LAN 330 for any reason, Rl could alert nodes within 

The memory unit typically provides temporary storage of domain 310 that nodes within domain 320 are unreachable, 

information, such as executable processes and contents of However, this type of handshaking exchange typically 

data packets, as described further herein. An operating requires constant, and expensive, background traffic over the 

system, portions of which are typically resident in memory network to ensure that the neighboring routers, and their 

and executed by CPU, functionally organizes the node by, respective domains, are reachable. 

inter alia, invoking network operations in support of those For routers 312 and 322 to be used in system 300, the 

processes executing in the CPU. interconnected networks must be compatible at the network 

The computer networks included within system 200 may layer. The networks may, however, differ at the data link 

range from local area networks (LANs) to wide area net- 35 layer 362 and the physical layer 364, as shown schematically 

works (WANs). A LAN is a limited area network, while a in the protocol stack 350 of router 312. Although the routers 

WAN may be a public or private telecommunications facility may operate with any network layer protocol, in the illus- 

that interconnects nodes widely dispersed using communi- trative embodiment described herein, the network layer 

cation links. Communication among the nodes coupled to protocols are preferably the connectionless network layer 

these networks is typically effected by exchanging discrete 40 protocol (CLNP), the Internet (IP) network layer protocol 

data "packets" specifying addresses of, e.g., source and and the Internet Packet Exchange (IPX) protocol, 

destination nodes. Since the system shown in FIG. 2 com- As further noted, when the network layer 360 receives a 

prises a relatively small group of interconnected LANs 1-3, data packet from the transport layer 358 for transmission 

it is preferably maintained as an autonomous domain. The over the network, it adds a network layer header to the 

intermediate nodes are preferably routers configured to 45 packet. The formats of these header fields are generally the 

facilitate the flow of data packets throughout the domain 200 same among all network layer services primarily because the 

by routing those packets to the proper receiving nodes. same information are typically contained in each packet. 

In general, when a source node S transmits a packet over FIGS. 4A and 4B depict the formats of IP and CLNP 
LAN 1, the packet is sent to all nodes on that LAN. If the network layer packets 410 and 450, respectively. It can be 
intended recipient of the packet is connected to LAN 3, the 50 seen that both of these packets generally contain information 
packet is routed through router Rl,over LAN 2 and through pertaining to their headers 412 and 452 (e.g., length and 
R2 onto LAN 3. A key function of a router is determining the checksum fields); more particularly, though, each header 
next node to which the packet is sent; this routing function includes an options field 426 and 466 to accommodate added 
is preferably performed by network layer 260 of a protocol features. The types of options supported by these fields 
stack 250 within each node. Typically, the packet contains 55 typically include source routing, priority and security- 
two destination addresses: the address of the final destina- specific information. FIG. 4C depicts the general format of 
tion node and the address of the next node along the route. the contents of an options field 480 which comprises an octet 
The final destination address remains constant as the packet (1-byte) option code field 482 that uniquely defines a type of 
traverses the networks along an optimal route, while the next option, a 1-byte length field 484 indicating the length of the 
destination address changes as the packet moves from node 60 option in bytes, and a variable, e.g., 0-254 byte, value field 
to node along the optimal route through the networks. 486. 

Specifically, when source node S sends a packet to However, the IPX protocol header does not accomodate 

destination node D, i.e., the final destination address, the option fields and, thus, a network addressing arrangement is 

packet is transmitted onto LAN 1 with a next destination provided that expands the format of this header. FIG. 5 is a 

address specifying the address of router Rl. Address infor- 65 schematic diagram depicting the format of a conventional 

mation embedded in the packet, which is processed by the IPX packet 500 having a network layer header comprising 

higher-layer software of the protocol stack 250, identifies the approximately 30 bytes. Specifically, the header contains, 
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inter alia, hierarchical destination and source addresses, each "SS", substituted for the actual destination socket number of 

of which includes a plurality of address elements. For the destination address, the router examines the contents of 

example, the destination address 510 comprises a 4-byte expanded header fields and, in particular, the state of the flag 

destination network field 512 that indicates the particular 670 prior to forwarding the packet over the link 730. 

network over which the packet will travel, a 6-byte desti- 5 According to the present invention, the inventive 

nation node field 514 identifying a data link layer address of acknowledgement mechanism eliminates the periodic traffic 

the receiving node on that network and a 2-byte destination exchanges previously used to determine if a neighboring 

socket field 516 specifying the receiving process in the node is up by providing a single packet transfer over the 

receiving node. Data field 530 is appended to the header, network that quickly determines the availability of that 

immediately following the source address field 520. 10 neighbor. Moreover, the next-hop acknowledgment mecha- 

According to the addressing arrangement, a special socket nism may be used in a multiple-step process to provide a fast 

value is provided that indicates the provision of additional indication of lost system connection between adjacent nodes 

header information after the source address field to effec- of a network. 

tively create an improved network layer header. FIG. 6 is a For example, assume the acknowledgement flag is 

schematic diagram illustrating the format of the improved 15 asserted within a packet that includes data transmitted by 

IPX network layer header 600. A source node substitutes the source node S over an optimal route encompassing Rl, R2 

special socket value 656 for the actual destination socket and their interconnecting communication links. As noted, 

number within the 2-byte destination socket field 516 of the the inventive mechanism operates to minimize the traffic 

conventional destination address field 510. Preferably, the needed to ensure that the neighbor, e.g., R2, is reachable by 

special socket value instructs the routers to examine the 20 including the acknowledgement flag within a data packet 

contents of expanded header fields 660 prior to forwarding that would ordinarily be sent to the neighbor. According to 

packets over the networks. the invention, if the link is "up" the neighbor node prefer- 

Referring again to the network topology of FIG. 3, there ably returns an acknowledgment to the source immediately 

is not an alternate route between the domains 310 and 320 upon reception of the packet. 

of the system 300; accordingly, Rl typically does not need 25 However, if the link is not up, then the source is quickly 

to know the availability of R2 unless Rl has data to forward notified of this condition because the neighbor will not 

to R2. However, FIG. 7 is a schematic block diagram of a respond immediately with the acknowledgement. This latter 

system having alternate routes between domains. situation is advantageous where the communication links of 

Specifically, system 700 comprises a plurality of network the optimal route happen to comprise the only path between 

domains 710 and 720 interconnected by routers Rl 712, R2 30 these nodes (see FIG. 3). If there is an alternate path between 

722 and R3 742 coupled to LAN 730. Rl further connects the nodes (FIG. 7) and the source node does not receive an 

domain 710 to LAN 730 by way of communication link 714, acknowledgment within a reasonable, predetermined period 

while R2 and R3 couple domain 720 to LAN 730 via links of time from the destination node (which may include a few 

724 and 744, respectively. In addition, the path encompass- retransmission attempts), then the source declares the des- 

ing Rl and R2 has been determined the optimal route 35 tination "dead", i.e., unavailable. The invention described 

between domains 710 and 720, while the path comprising herein quickly detects that the optimal path is unavailable 

Rl and R3 is an alternate, "next best" route between those and re-routes the message over the alternate path encom- 

portions of the network. passing Rl, R3 and their interconnecting links to maintain 

In accordance with the invention, an acknowledgment 4Q the system connection between the nodes, 
mechanism is provided for quickly and efficiently requesting An advantage of the next-hop acknowledgement mecha- 
affirmation from a neighboring router coupled to a commu- nism is reduction of traffic over the network. In other words, 
nication link of a network that the neighbor is "alive" and the source node would ordinarily send the data packet to the 
connected to that link. Referring now to FIGS. 1-7, the neighboring node; according to the invention, the control 
novel acknowledgment mechanism preferably comprises 45 acknowledgement flag is set within that packet to detect the 
control information within a packet that requests acknowl- availability of the neighbor. The inventive acknowledge- 
edgement from the neighbor that the packet was successfully ment mechanism thus significantly reduces resource con- 
received. As described herein, this next-hop acknowledge- sumption on the network needed to provide a fast indication 
ment (or lack thereof) from the neighbor provides an effi- of lost system connection between adjacent nodes of a 
cient indication of (lost) system connection between adja- $Q network. 

cent nodes of a network. The foregoing description has been directed to specific 

Preferably, the control information is generated by source embodiments of this invention. It will be apparent, however, 

node S and generally incorporated within the network layer that other variations and modifications may be made to the 

header as an option. In the case of the IP and CLNP network described embodiments, with the attainment of some or all 

layer protocols whose headers contain option fields, a new 55 of their advantages. Therefore, it is the object of the 

option type is defined for the next-hop acknowledgment. appended claims to cover all such variations and modifica- 

Specifically, the new option type comprises an option code, tions as come within the true spirit and scope of the 

e.g., "NHA", stored in field 482 that uniquely specifies a invention, 

next-hop acknowledgment. What is claimed is: 

With respect to the improved IPX header 600, on the other 60 1 Apparatus for quickly and efficiently requesting aflfir- 

hand, the control information is stored in a field 670 of the malion from a neighboring node coupled to a commumca- 

expanded header fields 660. Although the contents of the lion lu * of a network that the neighbor is available and 

field comprising the control information may vary, prefer- connected to that link, the apparatus comprising: 

ably the field is provided as a novel flag 670 and the state of a source node coupled to the communication link; 

this flag instructs the neighboring router to acknowledge 65 a data packet forwarded by the source node over a 

receipt of the packet. In other words, when the router 712 network path encompassing the neighboring node, the 

receives a data packet having the special socket value, e.g., data packet containing data of a type that is ordinarily 
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forwarded to the neighboring node in connection with 
data communication and distinguishable from a control 
message; and 

control information stored in the data packet, the control 
information instructing the neighboring node to 
acknowledge receipt of the data packet to thereby 
affirm availability of the neighboring node without use 
of the control message. 

2. The apparatus of claim 1 wherein the control informa- 
tion is generated by the source node. 

3. The apparatus of claim 1 wherein the control informa- 
tion is stored in a network layer header of the data packet. 

4. The apparatus of claim 3 wherein the control informa- 
tion comprises an option within the network layer header. 

5. The apparatus of claim 4 wherein the option is a new 
option type defined for acknowledgments by neighboring 
nodes and contained within an option field of the header. 

6. The apparatus of claim 4 wherein the option is a flag 
stored within an expanded header field of the header. 

7. The apparatus of claim 1 wherein the control informa- 
tion is contained within higher-layer protocol stack headers 
of the data packet other than a network layer header. 

8. The apparatus of claim 1 wherein the control informa- 
tion instructs the neighboring node to acknowledge receipt 
of the data packet within a predetermined period of time. 

9. The apparatus of claim 8 wherein the predetermined 
time is immediately upon its reception of the message. 

10. The apparatus of claim 1 wherein the neighboring 
node is a router. 

11. A method for quickly and efficiently requesting an 
acknowledgement from a neighboring router coupled to a 
communication link of a network that the neighbor is 
available and connected to that link, the method comprising 
the steps of: 
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generating control information at a sending node coupled 
to the link; 

storing the control information within a data packet 
5 containing data of a type that is ordinarily sent to the 
neighbor in connection with data communication and 
distinguishable from a control message; 

forwarding the data packet to a destination node over a 
network path encompassing the neighbor; and 

10 

examining the control information at the neighbor, the 
control information instructing the neighbor to 
acknowledge receipt of the data packet to thereby 
confirm availability of the neighbor without use of the 
is control message. 

12. The method of claim 11 further comprising the step of, 
if the neighbor is alive and connected to the link, acknowl- 
edging receipt of the packet within a predetermined period 

2Q of time. 

13. The method of claim 12 wherein the predetermined 
time is immediately upon its reception of the message. 

14. The method of claim 12 further comprising the steps 
of, if the neighbor does not acknowledge receipt of the 

25 packet within the predetermined period of time: 
declaring the neighbor unavailable; and 
forwarding the packet over a next optimal network path. 

15. The method of claim 11 wherein the sending node is 
30 a router. 

* * * * * 
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